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(54) Variable length packet communication device 



(57) An input interface (3) segments a variable 
length packet (74) into plurality of fixed length cells and 
generates an internal switching information based on 
the header information of the variable length packet 
(74). The input interface (3) transmits the information to 
a switch (101) and, after that, transmits the cells as the 
following cells of the information to the switch (101). The 
switch (101) performs switching processing to the sue- 



ceeding ceDs based on the information. Therefore, the 
information Is not added to the cells. When an input 
interface (3) starts to transmit cells generated from a 
packet to its destination output interlace (4) through the 
switch (101), the switch (101) is reserved unta all the 
cells arrive at the output interfaces (4). 
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Description 

FIELD OF THE INVENTION 

[0001] This invention is related to a router which 
switches a variable length packet. 

BACKGROUND OF THE INVENTION 

[0002] By the Internet's popularization, the data 
traffic rapidly increases recently. In order to deal with the 
increase, enlargement of capacity of a communication 
channel, speedup and enlargement of capacity of a 
communication device, such as an exchange node, is 
important. 

[0003] A conventional variable lengrth packet com- 
munication device has structure that Interfaces and a 
microprocessor are connected to a bua When a packet 
arrives at one of the interfaces, the interface transmits 
the packet to the microprocessor and the microproces- 
sor analyzes the packet and transmits the packet to the 
desirable route. However, the bus and microprocessor 
are the bottleneck to perform a processing at high 
speed. 

[0004] It is also used a switching device that per- 
forms the switching In packet units, like a frame relay. 
The device assigns and releases switch resources in 
variable length packet units. In the device, however, it is 
necessary to monitor the packet transmission comple- 
tion in byte units, and to control the assignment in byte 
units. Therefore, since the control processing is a bottle- 
neck, it is hard to construct a large capacity packet 
switch. 

[0005] it also appeared a relatively high speed 
packet comrrunication device that used as the witch 
core, a switch like what it is disclosed in 'The Tiny Tera: 
A Packet Switch Core." IEEE Micro, Vbl.17, No.1, 
1997,ppi 26-33 (Reference (1)). Reference (1) disclose 
that the input interface divides the packet into fixed 
length cells and transmits the cells to the core switch. 
The core switch transmits the cells to a desirable route, 
and the output interface tor output reassembles the cells 
into the packets. 

[0006] Japanese Unexamined Patent Purification 
Disclosure 5(1 993) 22721 1 (Reference (2)} discloses a 
technique for dividing the variable length packet Into a 
plurality of small packets, adding the internal header tor 
indicating the destination to each of the small packets 
and after that transmitting the small packets to the 
switch. The switch performs ATM (asynchronous trans- 
fer mode) switching to the smal packets based on the 
internal header. After that, in output side, the small 
packets are assembled into the variable length packet 
A path is set up between the source channel and the 
destination channel through the switch. While a packet 
is transmitted through the path, the path is fixed and 
transmission from another channel holds being waited. 
[0007] Japanese Unexamined Patent Publication 



Disclosure 8(1996)-65307(Referenoe (3)) discloses a 
technique for generating switching information from 
destination information included in packets and sending 
them to the switch. The switch performs switching 

5 based on the switching information. The packet assem- 
bling part converts sent information to packets, attribute 
information indicating the lead packet and destination 
information in the case of the first packet but attribute 
information indicating the packets other than the first 

to packet in the case of following packets. 

SUMMARY OF THE INVENTION 

[0008] In the technique disclosed in Reference (1), 

is the switch is occupied in cell units, and celts arrive at an 
output interface in such a manner as to be interleaved 
from a plurality of Input interfaces. Therefore, the output 
interface has to have a plurality of queues correspond- 
ing to the number of Input interfaces, store cells from 

so their respective input interfaces into their respective 
queues, and reassemble the cells into the packet in 
respective queue like CLAD of ATM exchange. Accord- 
ingly, the amount of hardware increases. 
[0009] On the other hand, in the technique for Ref- 

25 erence (2), at output side, buffers corresponding to input 
Interfaces are not necessary. 
[001 0] In the technique, however, each of the small 
packets has a field for indicating its destination. There is 
more overhead because the field occupies relatively 

do large part of the small packet This decreases the 
throughput of the switch. 

[001 1] The technique for Reference (3) is related to 
an application of ATM switching. Moreover, Reference 
(3) does not mention the way that does not create the 

35 state that packets arrive at the packet disassembling 
part in such a manner as to be interleaved from a plural- 
ity of packet assembling parts. 
[0012] An object of this invention is providing a 
router that the throughput of the switch is high and the 

40 amount of hardware is email. 

[001 3] And in order to deal with increasing Internet 
traffic, a router with large capacity is necessary at the 
backbone. Although that router has to have a switch 
with large capacity therein, in order to make that switch, 

45 parallel processing in the switch is effective. Generally, 
since throughput of a switch depends on internal clock 
frequency of the switch times the number of bits to be 
processed in parallel, increasing the number of bits to 
be processed in parallel can realize the switch with large 

so capacity. This requires increasing the number of bits of 
processing unit in the switch. However, even if a packet 
is divided into plurality of ceils and the switch performs 
switching process cell by cell, the number of parallel 
processing bits is under restriction caused by the cell 

55 size. 

[001 4] Another object of this invention is providing a 
router that can perform parallel processing in switch 
effectively. 
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[0015] In the present invention, an input interface 
segments a variable length packet into plurality of fixed 
length cells and generates a cell (switch control cell) 
indicating trie output path based on the head informa- 
tion of the variable length packet. That Is, the cell has 5 
switching establishment information. The input interface 
transmits the switch control cei as the head cell to a 
switch and, after that transmits the cells as the following 
cells of the switch control cell to the switch. The switch 
performs switching processing to the succeeding cells w 
based on witching establishment information of the 
head cel. Therefore, the switching establishment infor- 
mation is not added to the eels. 
[001 6] In the present invention, switch is reserved In 
packet units. That is, when an input interface starts to rs 
transmit cells generated from a packet to its destination 
output interface through the switch, the switch Is 
reserved until all the cells arrive at the output interfaces. 
In other words, the output interface does not receive any 
cell from another input interfaces until all the cells arrive zo 
at the output However, the switch may transmit a packet 
to be transmitted to an output interface different from the 
output interface. In such way, the variable length com- 
munication derice reassembles the cells Into the packet 
by queuing the cells in arrival order at the output inter- 2s 
face. And, in the present invention, due to adding the 
field for indicating the output route to only the head cell, 
there is less overhead in switch and less the amount of 
hardware In transmitting Interface side. Moreover, In this 
invention, since a switch on/off operation itself is per- so 
formed cell by cell, there is less load of scheduler of the 
switch. 

[0017] In the another present invention, a packet 
container containing a packetyrcckets is provided. An 
input interface has a plurality of queues, each of which as 
corresponds to each of the output interfaces respec- 
tively. The input interface stores packets into the their 
respective queues and stuffs a packet/packets to be 
transmitted to the same output interface into the same 
container in such a manner as a packet does not extend *o 
over two containers. The switch performs switching by 
the containers. The output interface takes the 
packet/the packets from the container and transmits the 
packet to the transmission path. This facilitates reas- 
sembling a packet at the output interface. Moreover. 46 
using the container facilitates large capacity of the 
switch, since unit of switching and the number of parallel 
processing bits increase. 

[001 8] Moreover, in the another present invention, a 
fixed length container Is provided. An input interface so 
permits a packet to extend over a plurality of containers. 
An input interface has a plurality of queues, each of 
which corresponds to each of the output Interfaces 
respectively. The input interface stores packets into their 
respective queues and stuffs a packet/packets to be 55 
transmitted to the same output interface into the same 
container. At the time, a packet may extend over two 
containers. The switch performs switching In container 



units. The output interface takes the packet/the packets 
from the container and transmits the packet to the trans- 
mission path. In this case, the output interface has 
packet reassembling buffers that correspond to input 
Interfaces respectively In order to reassemble the 
packet that extends over two containers. This facilitates 
large capacity of the switch. Moreover, since packets 
are stuffed into a container without consideration the 
end of each packet and without a PAD, efficiency of the 
switch is promoted. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0019] 

FIQ.1 is a schematic view for a packet communica- 
tion device of a first embodiment of the present 
invention, 

FIGL2 Is a schematic view for an Input interface of a 
packet communication device of a first embodiment 
of the present invention, 

FIGL3 is a schematic view for a packet communica- 
tion device of a second embodiment of the present 
invention, 

FIG. 4 is a container format used by a packet com- 
munication device of a second embodiment of the 
present invention, 

FIG.5 is another container format used by a packet 
communication device of second embodiment of 
the present invention, 

FIGL6 is a time chart of switching of a packet com- 
munication device of a second embodiment of the 
present invention, 

FICL7 is a schematic view for a packet communica- 
tion device of a third embodiment of the present 
invention, 

FIGL8 is a container format used by a packet com- 
munication device of third errfcodiment of the 
present invention, 

FIGL9 is another container format used by a packet 
communication device of third errfcodiment of the 
present invention, 

FIGL10 Is a time chart of switching of a packet com- 
munication device of a third embodiment of the 
present Invention 

FIG. 11 Is a schematic view for an input Interface of 
a packet communication device of a third embodi- 
ment of the present invention. 
Fl GL 1 2 is a schematic view for an output interface of 
a packet communication device of a third embodi- 
ment of the present invention, 
FIGL13 is a packet format that is used at the time 
when a packet communication device of a first 
embodiment of the present invention segments into 
internal cells, 

FIGL14 is another packet format that is used at the 
time when a packet communication device of a first 
embodiment of the present invention segments Into 
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internal cells, 

FIG. 15 is another packet format that is used at the 
time when a packet communication device of a first 
embodiment of the present invention segments into 
Internal cells, 5 
FIG.1 6 is IPv4 frame format 
FIG. 17 is a common block diagram for a packet 
communication device of a first, second and third 
embodiment of the present invention, 
FIG.1 8 is another common block diagram for a 10 
packet communication device of a first, second and 
third embodiment of the present invention, 
FIG.1 9 is an algorithm for deciding an outputting 
packet at an input Interface of first enfcodment of 
the present invention, « 
FIG.20 is another algorithm for deciding an output- 
ting packet at an input interface of first embodiment 
of the present invention, 

FIG.21 is a schematic view for a core switch of a 
packet communication device of a first embodiment 20 
of the present invention, and 
FIG.22 is a schematic view for an input Interface of 
a packet communication device of a second 
embodiment of the present invention. 

25 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENT 

[0020] We explain a packet communication device 
of a first, second and third embodiment of the present so 
invention. 

[0021] First of all, using FIGL17 and FIG. 18, we 
explain a common block diagram for a packet communi- 
cation device of a first, second and third embodiment of 
the present invention. ss 
[0022] A packet communication device shown in 
FIG. 17 is conprising input physical layer processing 
unit 102, input interlace 3, core switch 101, output inter- 
face 4, input physical layer processing unit 1 03 and con- 
troller 100. Input physical layer processing unit 102 ao 
performs terminated processing of the physical layer of 
an input variable length packet Input interface 3 
decides the output path of the packet. Core switch 101 
transmits the packet to the desired path. Output inter- 
face 4 performs transmission processing for the packet, as 
Input physical layer processing unit 103 performs 
processing of the physical layer of the packet such as 
putting the packet in a frame. Controller 100 performs 
setting up each of above units, monitors each of above 
units and performs an operation on each of above units, so 
[0023] FIG.18 shows another common block dia- 
gram for a packet communication device of a first, sec- 
ond and third embodiment of the present Invention. A 
plurality of input physical layer processing units 102 are 
connected to input interface 3, and Input Interlace 3 55 
processes variable length packets from a plurality of 
transmission paths. 

[0024] Hereinafter, we explain the respective 



embodiment using fig urea 
(EMBODIMENT 1) 

[0025] FIG.1 is a schematic view for a packet com- 
munication device of a first embodiment of the present 
invention. FIG.1 shows input interface 3, core switch 
101 and output interface 4 in detail. Ceil switch 62, for 
example, is composed of a crossbar switch. Each of 
interfaces has V queues 65 corresponding to n output 
interfaces 4 respectively, packet distributing control unit 
60, and queue selecting control unit 66. The number of 
u n" is the number of output interfaces 4. Packet distrib- 
uting control unit 60 specifies the output Interface 4 to 
which the input variable length packet is to be transmit- 
ted based on the header information of the input packet 
and distributes the input packet to the corresponding 
queue 65. Queue selecting control unit 66 selects one 
of the n queues 65 and transmits the variable length 
packet queued in it to cell switch 62. Each of output 
interfaces 4 has a queue 40. Hereinafter, a variable 
length packet may be called a packet. 
[0026] One of the futures of a communication 
dwtce according to the present invention Is that the 
input interface segments an input packet into a plurality 
of fixed length cells. A cell means a fixed length data, 
does not limited to ATM cell. Hereinafter, the fixed 
length cell may be called a cell. 
[0027] Using from FIG.13 through FIG.15, we 
explain the segmentation of a packet into cells. 
[0028] FIG.13 shows a packet format that is used at 
the time when a packet communication device of a first 
embodiment of the present invention segments into 
internal cells. The forma! provides internal header 68, 
which functions as switching establishment information, 
at the head and a plurality of cells after internal header 
68. Pad 69 is inserted into the last cell 67 if the length of 
input packet 74 is not constant times as long as the ceil 
length. 

[0029] Internal header 68 is generated as follows. 
Each of output path distribution 60 decides the output 
interface based on IP (internet protocol) header 73 of 
input packet 74, counts the packet length and generates 
internal header 68 having the field indicating destination 
interface 70 and packet length 71 thereby. In stead of 
packet length 71, the number of necessary ceils to be 
segmented a packet into, may be used. Moreover, the 
field Indicating priority class of the input packet is pro- 
vided in internal header 68 and priority processing may 
be performed based on the information of the field. We 
will explain the priority processing in dotal. 
[0030] As shown in RG.13, only the head eel has 
the information of the destination interface, succeeding 
cells does not have any header including the informa- 
tion and trailer information. Therefore, the overhead 
reduces in comparison with the case of not so. Accord- 
ingly, the throughput of the switch does not reduce. 
[0031] FIG.14 shows another packet format that Is 
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used at the time when a packet communication device 
of a first embodiment of the present invention segments 
into internal cells. Although, the head cell 67 is com- 
posed of only internal header 68 in the format shown 
FIG. 13, a part of the input packet 74 is put Into the head 
cell 67 if the length of internal header 68 is short This is 
deferent from the format shown in FIG.13. 
[0032] FIG. 15 shows another packet format that is 
used at the time when a packet communication device 
of a first embodiment of the present invention segments 
into internal ceils. Although, in the format shown in 
FIG.13 and FIG. 14, any cells 67 except for the heed cell 
does not have header information and trailer informa- 
tion, in the format shown in FIG.15, each of ceils 75 has 
cell sequence number 76 detecting an error or an error 
detecting code. In this format, any cells 67 except for the 
head cell also does not have destination output inter- 
face information. Therefore, the communication quality 
increases due to error detecting means, and the over- 
head reduces in comparison with the case of not so. In 
case of adding an error detecting code, the error code 
may be added the last cell. Moreover, Although FIG.15 
shows a example that the last cell is recognized with 
packet length 71 in the head cell, the head cell ID and 
the last cell ID may be put in internal header 68. 
[0033] We refer FIG.1 again. As above, an Input 
packet is segmented into cells. FIG.1 shows that input 
packets are queued in queues 65 in each of input inter- 
faces 3. The upper section of each of queues 65 shows 
packets and the lower section of each of the queues 
shows cells 67, the cell being the unit of segment. 
Number 69 is a PAD. Queue selecting control unit 66 
selects a packet to be transmitted, input interlace 3 
transmits internal header 68 as the head cell to cell 
switch 62 according to the command from queue select- 
ing control unit 66. Cell switch 62 receives the internal 
header 68 sets up the path between the input interface 
transmitting the packet and the output interface that the 
packet is to be transmitted based on the information of 
the internal information 68. Cell switch 62 transmits the 
succeeding cells continuously after setting up the path. 
During this, cell switch 62 does not transmit any eel to 
be transmitted from the other Input interfaces to the out- 
put interlace. That is, any cell to be transmitted from the 
other input interfaces to the output Interface, is hold at 
its respective input interface 3. Since, In consequence, 
the cells segmented from the packet arrives at the out- 
put interface continuously, each of output interlaces can 
reassemble the cells into the packet with one queue. 
Therefore, there is less the amount of hardware. How- 
ever, cell switch 62 may transmit a packet to be transmit- 
ted to an output interface different from the output 
interface. For example, a crossbar switch can perform 
transmission in paralel, that is, set different paths simul- 
taneously. 

[0034] Using FIG.21, we explain the switching in 
more detail. FIG.21 shows cell switch 62 in detail. Input 
Interface 3 transmits a part/all of a packet into Input 



buffer 121 in cell switch 62. Scheduler 61 reads out the 
head cell, the internal header 68, from input interface 3 
(130). Next Scheduler 61 commands the crossbar 
switch to turn the contacts on/off according to the infor- 

s mation of the Internal header (1 32) switches the packet 
After all cells from a packet are transmitted, scheduler 
61 releases the contacts. If there are a plurality of trans- 
mission requests from a plurality of input interlaces 3 to 
same output interface 4, scheduler 61 transmit a packet 

io with high priority prior to the other packets. If a plurality 
of packets are with same priority, scheduler 61 decides 
a packet to be transmitted by weighted round robin 
(WRR) scheduling. We explain WRR later. After decid- 
ing the path, internal header 68 is discarded at either 

j 5 cell switch or output interface 4. 

[0035] The path through internal header 68 and the 
path through the others may be different For example, 
control line connecting between input interface 3 and 
scheduler 61 may be provided. 

20 [0036] Although internal header 68 is arranged at 
the head of eels in queue 65, in stead of that arrange- 
ment, input interlace 3 may have another memory to 
store the switching establishment information internal 
header 68 and transmit the information when the cells 

25 generated from a packet 

[00371 By the way. a cell switch like a crossbar 
switch creates the problem, HOLE (head of line block- 
ing). This happens when a plurality of input interfaces 
intend to transmit packets to the same output interface 

so simultaneously. The phenomenon is as follows. Even if 
the output interface to be hold the transmit, have the 
succeeding packet to be transmitted to a different output 
interface, the input interface can not transmit the suc- 
ceeding packet because the Input interface can not 

as transmit the previous packet Therefore, the throughput 
of the switch is reduced. 

[0038] One way to prevent HOLS, is to use sched- 
uler 61. Scheduler 61 always monitors whether the 
communication condition of output interfaces 4 is free, 

40 notiies the free condition to queue selecting control unit 
66 of input interfaces 3 as shown in FIG.1. queue 
selecting control unit 66 selects a queue that stores the 
packet to be transmitted to the output Interfaces that 
scheduler 61 instructs. 

45 [0039] Referring FK3.21 again, we explain the way 
to prevent HO LB. Scheduler 61 recognizes the busy 
condition of all of output interfaces 4. Receiving internal 
header 68 from input interface 3, the scheduler 61 adds 
the information to internal header 68 and transmits the 

so internal header 68 with the information to output inter- 
face 4. If input interface 3 and output interface 4 con- 
nected to a same network node, are installed a same 
card, output Interface 4 transmits the Information to 
queue selecting control unit 66 of the interface 4 

55 installed same card. Queue selecting control unit 66 
selects a queue with free condition prior and interface 3 
transmits the packet queued in the selected queue. 
[0040] We explain how to transmit the Information 
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to input interface 3 in detail. Scheduler 61 notifies the 
information to each of output buffers 122. The informa- 
tion Is written Into internal header 68 at output buffer 
122. Output interface 4 retrieves the information from 
Internal header 68 and transmits it to the input interface 5 

3 instated on the same card. According to this way, con- 
trol line to transmit the busy/free condition of output 
Interface 4, each of which Is connected between core 
switch 101 and input interface 3 respectively, is not 
always necessary, ft is also not always necessary to 70 
provide a pin to be connected to the control tine with the 
card that a pair of interface 3 and interface 4 is Installed 

on. Therefore, this way prevents creating the problem 

that the number of pins of the card becomes short. 

[0041] Even if input interface 3 and output interface is 

4 connected to a same network node, are installed a 
same card, core switch 101 may be connected to each 
of interfaces 3 by its respective control line. Core switch 
101 may transmit the information to the each or inter- 
face 3 through the control line. so 
[0042] Another way to prevent HO LB is that queue 
selecting control urvt 66 monitors the condition of 
queues 65 (request condition) of In interface 3 and 
transmits the result to scheduler 61 . Scheduler 61 indi- 
cates a packet to be transmitted to each of input inter- & 
face 3 based on the request conditions from input 
interface 3 and the free condition of output interface 4. 
Irput interface 3 transmits the packet indicated by 
scheduler 61 . This way also prevents HOLB. 

[0043] Next, we explain priority transmission of the so 
embodiment. There exist some cases network users 
want to transmit specific packet prior to the others, for 
example, a packet that flows in VPN (virtual Private 
Network), a packet that encapsulates a moving data, 
which requires real tone. Using FIGL2, we explain the ss 
priority transmission of the embodiment Input interface 
3 has a plurality of queues to accommodate packets to 
be transmitted to the same output interface 4, the 
queues corresponding to priority. Suppose two classes, 
high and low, in priority. Queue 61 -1 H accommodates a 40 
packet wfth high priority to be transmitted to output inter- 
face #1 and queue 61-1 L accommodates a packet with 
low priority to be transmitted to output interlace #1 . That 
is, queues of input interface 3 is 2 times "n", wherein "n" 
is the number of output queues4. Packet distributing as 
control unit 60 also decides priority of a packet and dis- 
tributes a packet to its respective queue. A queue to 
accommodate a packet with high priority is selected 
prior to a queue to accommodate a packet with low pri- 
ority by queue selecting control unit 66. so 
[0044] Using FIG. 1 9, we explain a priority transmis- 
sion algorithm of this embodiment. Firstly, a candidate 
for output packet Is decided among packets (1 12) with 
high priority by WRR scheduling. WRR scheduling 
means that if input Interface #1 is more heavily weighted ss 
than the others, then the ratio of the assignment of 
transmission of input interface #1 to the assignment of 
transmission of the other is "m" to one, wherein the 



number of ¥ is greater than one. A candidate for out- 
put packet is also decided among packets (1 13) with 
low priority by WRR scheduling (111). Then an output 
packet is decided among the candidates by lull priority 
scheduling (1 10). Full priority scheduling means that a 
packet with high priority is always selected prior to a 
packet with low priority and, if there is no packet with 
high priority, a packet with low priority is selected. 
[0045] Using FK5.20, we explain a priority transmis- 
sion algorithm with feedback information that notifies 
busy condition of output interfaces 4. Firstly, a candidate 
for output packet is decided among packets (1 12) with 
high priority output interfaces of which are free condition 
by WRR schedufing, and a candidate for output packet 
is decided among packets (1 13) with low priority output 
interfaces of which are free condition by WRR schedul- 
ing (1 1 4). TTien an output packet is decided among the 
candidates by full priority scheduling (1 1 0). 
[0046] If packets are to be transmitted to the same 
output interface 4, a priority transmission algorithm is as 
above mentioned. 

[0047] Packs! distributing control unit 60 makes 
decision about priority by the information that IP packet 
header has. Herein, IP packet header means IP header 
and TCP (transmission control protocol) header. FK3.16 
shows the IP packet formal To be concrete, the infor- 
mation to decide priority is, in IP header, such as TOS 
(type of service) field 142, source address 150, destina- 
tion address 151 and, In TCP header, such as a port 
number. 

(EMBODIMENT 2 > 

[0048] FIG.S is a schematic view for a packet com- 
munication device of a second embodiment of the 
present Invention. In this errtxxiiment, input interfaces 3 
generates a container to be put a packet/packets to be 
transmitted to the same output interface 4. Container 
switch 2 in core switch 101 performs switching in con- 
tainer units. Container switch 2 reserves/releases the 
switch resource by a time slot, which is the time a con- 
tainer is through container switch 2. Output interface 4 
retrieves the packet/ the packets from the container and 
transmits the packet/ the packets to the transmission 
line connected to output interface 4. 
[0049] Each of input Interlaces 3 has "n" queues 15 
corresponding to output interfaces 4 respectively and 
packet distributing control unit 1 0 that distributes a input 
packet to queue 1 5 based on its destination. Herein, the 
number of "n" is the number of output interfaces 4. The 
upper section of each of queues 1 5 shows packets and 
the lower section of each of the queues shows contain- 
ers 17. A container 17 generated at each of queues 15. 
A container includes a packet/packets. If the length of 
the packet/the packets Is short of the length of the con- 
tainer, PAD 19 is inserted. Even if there is space for 
more packets in a container, the container may be gen- 
erated 2 by inserting PAD 19 after predetermined time 
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passes from the arrival of the first packet. After generat- 
ing of a container, input interface 3 transmits a request 
for transmission ready to scheduler 1 . Then scheduler 1 
permits each of interfaces 3 to transmit the container to 
be transmitted to specific output Interlaces 4 respec- 5 
tively. Each of input interfaces 3 transmits the container 
to the specific output interfaces 4 respectively. Output 
Interlace 4 retrieves the packet from the container and 
transmits the packet to transmission path. Since, in this 
embodiment, the switching is performed in container 10 
units and the size of container is big, this is suitable tor 
constructing a switch with large capacity. And since, in 
this embodiment, a packet does not extend over two 
containers, a packet can be reassembled by only one 
queue 25. 15 
[0050] FIG.4 shows a container format used by a 
packet communication device of a second embodiment 
of the present invention. To retrieve a packet from a con- 
tainer at output interface 4, discrimination of the bound- 
ary between packets is important. In this embodiment, 20 
discrimination flag 31 to discriminate the head of the 
packet is provided with a packet in byte units. Rag "1 m is 
set for the head of the packet, flag "0" is set for the oth- 
ers of the packet, and flag "1 " is set tor PAD. Therefore, 
discrimination flag 31 identifies a boundary between 2s 
packets and a boundary between a packet and a PAD. 
[0051 ] FIG.5 shows another container format used 
by a packet communication device of second embodi- 
ment of the present invention. In this embodiment, 
boundary indicating header 41 is provided with the head 90 
of the container. Boundary indicating header 41 is a bit- 
map. "1" is set for the first one byte of the packet, "0" is 
set for the other bytes of the packet and "1" is set for 
PAD. Suppose that the size of packat_A pactet_B and 
PAD of container^ are four bytes, six bytes and two ss 
bytes respectively, boundary indicating header 41 of 
containerA is "100010000011". Therefore, boundary 
indicating header 41 identiies a boundary between 
packets and a boundary between a packet and a PAD. 
[0052] Using code violation like PPP (Point to point 40 
protocol) also may attain the discrimination. 
[0053] FIG.6 shows a time chart of switching of a 
packet communication device of a second embodiment 
of the present invention. The processing synchronizes 
container processing time of container switch 2. Firstly, 4s 
each of Input Interfaces 3 transmits container transmis- 
sion request 50 in order to decide its respective con- 
tainer to be transmitted from each of input interfaces 3 
to container switch 2 at next time slot Scheduler 1 
decides switching establishment at next time slot (51) so 
and instructs which output interface 4 input interface 3 
may transmit a packet to (52). And scheduler 1 also indi- 
cates the switching establishment to the container 
switch 2 (53). Input interface 3 and container ©witch 2 
transmits a container according to the Indication. 55 
[0054] In stead of the above, scheduler may per- 
form predetermined scheduling (pre-scheduling sys- 
tem) without accepting a request from input fcterface 3. 



[0055] A communication device of this embodiment 
may also perform priority transmission the same as 
embodiment 1. In this case, as shown in FIG.22, 
queues 15 corresponding to not only output interfaces 4 
but also priority are provided with input Interlace 3 like 
FK3.2. Schedule 1 performs the scheduling tor con- 
tainer transmission according to the priority. 

{EMBODIMENT 3) 

[0056] FK3.7 is a schematic view for a packet com- 
munication device of a third embodiment of the present 
invention. Since this embodiment also uses switching in 
container units, this embodiment is effective in parallel 
processing in the switch with large capacity the same as 
embodiment 2. 

[Q057] The upper section of each of queues 1 1 in 
input interface 3 shows packets and the lower section of 
each of the queues shows containers 1 2. In this embod- 
iment, as shown in FIG. 7, a packet extends over two 
containers. Therefore, each of output interfaces 4 has 
V queues 21 corresponding to input interfaces 3. 
Herein, the number of "n" is the number of output inter- 
faces 4. This is the main difference between this 
embodiment and a second embodiment In this embod- 
iment, ft Is not always necessary to insert PAD Into a 
container, because packets are stuffed into a container 
without considering the boundary between packets. 
Therefore, overhead is reduced. RAD may be inserted, 
however, to prevent increasing delay, if packets to be 
transmitted to the same output interface 4 does not 
arrive tor hours. 

[0058] In this enixxfiment queue selecting control 
unit 20 is providing with output interface 4. Queue 
selecting control unit 20 selects one of the queues 21 
and transmits the packet queued in it to transmission 
path. 

[0059] FK3.8 shows a container format used by a 
packet communication device of third embodiment of 
the present invention. FIG.8 shows the case that 
packaLC extends over container_A and corrtainer_B. 
Both of the function of discrimination flag 31 and the 
way to set discrimination flag 31 is the same as that 
shown in FIQ.4. 

[0060] FIQ.9 is another container format used by a 
packet communication device of third embodiment of 
the present invention. FIQ.9 shows the case that 
packet_C extends over container_A and container_B. 
Both of the function of discrimination flag 31 and the 
way to set discrimination flag 31 Is the same as that 
shown in FIG.5. 

[9061 ] Using code violation like PPP (Point to point 
protocol) also may attain the discrimination the same as 
embodiment 2. 

[0062] FIG.10 shows a time chart of switching of a 
packet communication device of a third embodiment of 
the present invention. The difference between this time 
chart and that shown lnFIG.6 Is that instruction of output 
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rout 52 is transmitted to not only input interface 3 but 
also output interface 4. Moreover, in stead of the above, 
scheduler may perform predetermined scheduling (pre- 
scheduf ng system) like embodiment 2. 
[0063] A communication device ol this embodiment 
may also perform priority transmission the same as 
embodiment 1 and embodiment Z FIGL1 1 shows input 
interface 3 having queues 1 1 conresponcfing to not only 
output interfaces 4 but also priority like FIG.22. In this 
embodiment, rf input interface 3 has queues corre- 
sponding to priority, output interface 4 also has ones. 
FIG.1 1 shows output interface 4 having queues 21 cor- 
responding to not only input interfaces 4 but also prior- 
ity. 

[0064] As above, the present invention is suitable 
for a packet communication device wfth large capacity 
can be attained low cost by the present invention. 
[0065] Although the present invention has been 
described in connection with a preferred embodiment 
thereof, many other variations and modifications will 
now become apparent to those skilled in the art 



1 . A method tor switching a variable length packet in a 
router comprising a plurality of Input interfaces (3), 
a plurality of output interfaces (4) and a switch 
(101), the packet comprising a header information 
Including information corresponding to a destina- 
tion output interface that is one of the output inter- 
faces (4), comprising the steps of: 

each of the input interfaces (3) performing the 
steps of: segmenting the packet (74) into a plu- 
rality of fixed length cells, 
generating an internal switching information 
based on the header information, 
transmitting the internal switching information 
to the switch (101), and 
after said transmitting, transmitting the ceils to 
the switch (101) without providing any destina- 
tion information continuously, 
and the switch (101) performing the steps of: 
switching the cells based on the internal 
switching information, and 
holding cells to be transferred from another of 
the input interfaces (3) to the destination output 
interface until transferring the cells to the desti- 
nation output interface. 

2. The method according to claim 1, wherein the 
switch (101) performs the step of switching cells to 
be transferred from another of the Input interfaces 
(3) to one of the output interfaces (4) that is different 
from the destination output Interface. 

3. The method according to claim 2, wherein the 
switch (101) is a crossbar switch. 



4. The method according to claim 1, wherein the 
switch (101) performs the step of discarding the 
internal switching information after said switching is 
completed. 

5 

6. The method according to claim 1, wherein each of 
the input interfaces (3) performs the step of adding 
sequence number to the eels. 

7a 6. The method according to claim 1, wherein said 
transmitting the internal switching information to the 
switch (101) and said transmitting the eels to the 
switch (101) are performed through different paths 
each other. 

15 

7. The method according to daim 1, wherein the 
router has a scheduler (61) which performs the 
steps of: 

20 receiving the internal switching information 

from each of the input interfaces (3), 

monitoring communication condition of each of 

the output interlaces (4), 

generating switching control information based 
25 on the internal switching information and the 

communication condition, and 

transmitting the switching control information to 

the switch (101). 

do 8. The method according to claim 1, wherein each of 
the Input interfaces (3) has a plurality of queues 
(65) corresponding to the plurality of output inter- 
faces (4) respectively and each of the input inter- 
faces (3) performs the step of distributing the 

as packet (74) to either the first queue or the second 
queue based on the header information. 

9. The method according to claim 1 , wherein each of 
the input interfaces (3) has a first queue for a first 
40 packet (112) that is the packet with a first priority 
and a second queue for a second packet (1 1 3) that 
is the packet with a second priority and each of the 
input Interfaces (3) performs the steps of: 

46 distributing the packet to either the first queue 

or the second queue based on the header 
information, and 

If the first variable length packet and the sec- 
ond variable length packet have the same des- 
so tination output interface, then transferring the 

first variable length packet prior to the second 
variable length packet 

1a The method according to claim 9, wherein ad said 
ss steps are with respect to switching an IP (Internet 
protocol) packet and said deciding performs based 
on information of 70S (type of service) field of the 
IP packet 
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1 1 . A method for switching a variable length packet in a 
router comprising a plurality of input interfaces (3), 
a plurality of output interfaces (4) and a switch 
(101), the packet comprising a header information 
Including information corresponding to a destina- 5 
tion output interface that is one of the output inter- 
faces (4), comprising the steps of: 

each of the input interfaces (3) performing the 
steps of: 10 
generating a container (1 7) having a plurality of 
packets to be transmitted to the same output 
interface, and transmitting the container (17) to 
the switch (101), and the switch (101) perform- 
ing the step of switching the container (17) in is 
container units. 

12. The method according to claim 1 1 , further compris- 
ing the step of: 

20 

if the container (1 7) does not have room for all 
of another packet to be transmitted to the same 
output interface, then: 

stuffing part of another packet to the container 
(17), and 25 
stuffing the rest another packet to another con- 
tainer (17). 
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